home *** CD-ROM | disk | FTP | other *** search
/ Ian & Stuart's Australian Mac: Not for Sale / Another.not.for.sale (Australia).iso / fade into you / being there / Issues & Ideas / VMRL / Goals < prev    next >
Text File  |  1994-10-01  |  6KB  |  130 lines
  1.  
  2. From: mpesce@netcom.com (Mark D. Pesce)
  3. Message-Id:
  4. Subject: ADMIN: VRML List Goals
  5. To: www-vrml@wired.com (vrml)
  6. Date: Sun, 12 Jun 1994 21:40:26 -0700 (PDT)
  7.  
  8. Goals of the VRML Mailing List
  9.  
  10.    This list has been established for a single purpose; to develop an
  11.    open, platform-independent specification for a Virtual Reality Markup
  12.    Language (VRML). This language will be used in conjunction with
  13.    WorldWideWeb to provide an standard to which viewer and editor
  14.    applications and tools must be written.
  15.    
  16.    We are extremely pragmatic; although it is often expedient to develop
  17.    standards away from public view, and then announce them, fully formed,
  18.    by fiat, this is not the way that the Web or HTML have developed.
  19.    Given their success, it seems reasonable to want to emulate them.
  20.    
  21.    We are starting out with some prejudices.
  22.    
  23.    First, we don't have any language prejudices; we are open to all
  24.    proposals. We consider ourselves as starting from a position of
  25.    ignorance, so we won't arbitrarily dismiss any proposal because we
  26.    think we know better. The wider the net we can cast, the more
  27.    successful our search for knowledge is likely to be.
  28.    
  29.    We feel, very strongly, that a solution which is proprietary, which is
  30.    "owned" in any sense by a commercial organization, is unacceptable,
  31.    and introduces complications greater than the task at hand. Therefore,
  32.    as proposals are made and reviewed, remember that private solutions
  33.    have a very poor history of success on Internet. Nevertheless, the
  34.    strength of a commercial proposal might rely on what it can contribute
  35.    to our own specification; we needn't steal from anyone's work in order
  36.    to benefit from it.
  37.    
  38.    Finally, we feel it is important to establish a baseline specification
  39.    in front of and with the support of the people most likely to be using
  40.    it. To benefit from the thousands of years of experience within the
  41.    subscriber base is one of the most compelling reasons for having a
  42.    list at all.
  43.    
  44.    We wish to propose a process which we feel will result in the
  45.    development of an effective, if bare-bones specification, by the first
  46.    of August. The process has the following parts:
  47.    
  48.    1) Request For Information
  49.    
  50.    Within the next day, a post will be made the list outlining the
  51.    requirements for information on _existing_ languages which can fulfill
  52.    the needs of VRML. We ask that you DO NOT MAIL TO THE LIST, but,
  53.    rather, send mail directly to Brian Behlendorf (brian@wired.com), who
  54.    will take the RFI traffic, compile it into a daily (or twice daily)
  55.    digest, and post it to the list.
  56.    
  57.    We will give this process two weeks, from beginning to end. By then,
  58.    all interested parties will have made their contributions to our
  59.    search for information. This is just a request for information on
  60.    existing languages; if we, as a group, decide to write our own, that
  61.    process would occur after evaluating existing alternatives. We would
  62.    prefer to avoid re-inventing wheels.
  63.    
  64.    2) Languages Review
  65.    
  66.    We will be implementing HyperMail and WIT technologies on
  67.    www.wired.com as quickly as we can. The responses from the Request for
  68.    Information will be integrated with these browsing tools, and we will
  69.    then enter a process of evaluation, as the relative merits of the
  70.    various proposals are considered. We expect that only a few
  71.    subscribers will contribute to this portion of the discussion, and
  72.    that most will simply review it from the daily digest postings on
  73.    www-vrml-digest.
  74.    
  75.    This is the time when the list traffic will be heaviest; very little
  76.    can be done about this. If you wish to be actively involved in the
  77.    formation of the specification, you have to expect to spend at least a
  78.    few hours a week, during the review process, reading documentation and
  79.    email.
  80.    
  81.    3) Specification Drafting
  82.    
  83.    Finally, the review period complete, it should be possible to begin
  84.    drafting a very basic specification. The first pass of the
  85.    specification will not need to describe every possible condition
  86.    within a virtual environment; it is enough to provide a static
  87.    interface between the Web and three dimensional geometry. The first
  88.    specification should concern itself only with the description of
  89.    objects (including lights), and the scenes into which they are placed.
  90.    An object has no other behavior than that it can serve as an anchor to
  91.    another data source in the Web. The existing VRML specification, at
  92.    the VRML Forum WWW page, covers most of this territory. It is not
  93.    necessary to extend the scope of VRML functionality significantly from
  94.    what has already been defined.
  95.    
  96.    A specification document will be drawn up and submitted for review.
  97.    
  98.    4) Testing
  99.    
  100.    List members will begin to write VRML compilers, parsers,
  101.    interpreters, and so forth, and will, from that, begin to have an
  102.    understanding of the shortcomings of the initial design pass. This
  103.    information will be used in the draft of a subsequent VRML 2.0
  104.    specification, which will also handle "active" environments, where
  105.    objects can be both dynamic _and_ communicative.
  106.    
  107.    This process can be completed in the 7 weeks until the beginning of
  108.    August, and there is good reason to be quick about it; we want to
  109.    finish our our VRML viewer so that we can release it into the public
  110.    domain, and actually have people begin benefiting from the fruits of
  111.    our labors.
  112.    
  113.    We understand that this is possibly a more restrictive methodology
  114.    than some of you may have expected. While an absolutely free
  115.    discussion of ideas and techniques is a good thing, it is beyond the
  116.    capacity of the more than 500 subscribers to this list. Our goal is to
  117.    establish common ground quickly, and use that as a basis for future
  118.    work, without becoming bogged down in procedural or prejudicial
  119.    environments. Nonetheless, we actively invite you to organize
  120.    yourselves, if there are specific areas of interest which you have a
  121.    desire to focus upon.
  122.    
  123.    Thank you for your cooperation and support.
  124.    
  125.    Mark Pesce (mpesce@netcom.com)
  126.    Brian Behlendorf (brian@wired.com)
  127.    --
  128.    || * That's AL * WorldWideWeb
  129.    ftp://ftp.netcom.com/pub/mpesce/pubs/index.html
  130.